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The present invention relates to the processing of 
auxiliary video information that may be present in a video signal 
during vertical blanking and overscan intervals. A video signal 
typically includes vertical display intervals, or fields, having a 
plurality of horizontal line intervals, e.g. 262.5 lines per field in 
NTSC video systems. The beginning of each vertical and horizontal 
interval is identified by respective vertical and horizontal sync 
pulses that are included in a composite video signal. A portion of 
each vertical interval is a vertical blanking interval that is not 
normally intended for display. In addition, several line intervals 
adjacent to the vertical blanking period may be within an 
overscan region of a video display and will not be visible. 

The lack of image information intended for display 
during blanking and overscan intervals makes it possible to insert 
an auxiliary information component, e.g. teletext or closed caption 
(CC) data, into these intervals. Closed caption data represents 
speech or other sounds in the audio portion of the video program. 
The closed caption data is displayed in a portion of the video 
display simultaneously with the corresponding video program 
display to serve as an aid for hearing impaired viewers. 
Standards such as Federal Communications Commissions (FCC) 
Regulations define the format for each type of auxiliary 
information including the location of the information within a 
vertical interval. For example, the present closed captioning 
standard (see e.g. 47 CFR §§ 15.119 and 73.682) specifies a closed 
caption signal must occur during line 21 of field 1 in the format 
shown in Figure 1. 

Referring to Figure 1, the closed caption signal includes 
a run-in clock (RIC) signal that occurs during the first half of line 
21. The RIC signal is used as described below to facilitate the 
extraction of the closed caption data that occurs during a data 
interval in the last half of line 21. A signal transition at the 
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beginning of a "start bit" interval shown in Figure I indicates the 
beginning of the data interval. The start bit interval is followed 
by a signal during the remainder of the data interval that 
represents 16 bits of binary information. Each of the start bit and 
5 binary bit intervals is approximately 2 ^ls in duration. The 16 
binary bits represent two 8-bit character codes in the case of 
closed caption data. Each character code includes a 7-bit ASCII 
code and a parity bit. 

The FCC standard further specifies that the closed 
1 0 caption signal may include two "channels" of closed caption data 
designated CI and C2, and two "channels" of text data designated 
Tl and T2. Whether data in the closed caption signal is associated 
with CI, C2, Tl, or T2 is determined by control codes that are 
included in the data. These control codes are listed at 47 CFR 
1 5 §15.119. Two channels of closed caption data make it possible to 
provide closed captioning in two languages. For example, 
captioning in English is on CI and captioning in Spanish is on C2. 
Because speech is not continuous in a video program, the second 
language information can be inserted into the closed caption signal 
20 during intervals when speech is not occurring. The Tl and T2 text 
channels provide similar dual-language capability for the display 
of text that may be unrelated to the audio portion of the video 
program. 

United States law requires that all television receivers 
25 13 inches and larger in size that are sold in the U.S. after 1 July 
1993 must be capable of decoding a closed caption signal (see 47 
CFR §15.119). This requirement adds to the cost and complexity 
of most televisions. Many television users, particularly 
individuals who are not hearing impaired, may not wish to utilize 
3 0 the closed caption capability. Thus, television manufacturers 
must invest in the development of a feature that is of value to 
only a limited number of individuals who purchase televisions. In 
addition, many individuals will be compelled to pay for a feature 
that is of little or no value to them. 

The embodiment of the present invention concerns a 
system for processing auxiliary video signals that provides for 
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decoding an extended data services (EDS) signal in line 21 of field 
2. The EDS signal is transmitted in addition to closed caption 
information. Extended data services provide a general purpose 
video system information and control capability. Extended data 
5 services information is arranged in packets of data. Each packet 
provides information regarding curi-ent or future video programs, 
the source of the video program, and miscellaneous information 
such as time of day. The extended data services data may be 
decoded to control the operation of a video system including a 
videocassette recorder (VCR) and a television receiver. 

The invention may be better understood by referring 
to the drawing, in which: 

Figure 1 shows an example of an auxiliary video data 
signal such as a closed caption or extended data services signal; 

Figure 2 shows, in block diagram form, a portion of a 
video signal processing system incorporating a closed 
caption/extended data services decoder constructed in accordance 
with an aspect of the invention; 

Figure 3 shows a flowchart illustrating the operation of 
the system shown in Figure 2; 

Figure 4 shows an example of the interleaving of 
closed caption and extended data services data; and 

Figure 5 shows, in block diagram form, a portion of a 
video signal processing system for generating a video signal 
including extended data services information. 

An extended data services (EDS) signal exhibits the 
same format as the closed caption (CC) signal format that is shown 
in Figure 1 and described above. However, an EDS signal occurs 
during line 21 of each field 2 interval. EDS data provides a 
variety of information in addition to closed caption information. 
For example, EDS data may identify a particular current or future 
program and provide information such as the duration, title, and 
content of the program. This information may be captured by the 
video receiver and displayed in response to activation by a user. 
As an example, a user selecting a program that is in progress may 
Identify the program by causing the title that is extracted from 
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EDS data to be displayed. Alternatively, the a video recorder can 
be programmed with EDS data" to record a particular program. 

A decoder shown in Figure 2 decodes CC and EDS data 
from a video signal. The decoder may be part of a video signal 
processing integrated circuit. In Figure 2, composite video signal 
VIDEO is input to data slicer 200. 'Data slicer 200 converts closed 
caption and extended data services information in analog signal 
VIDEO into serial digital data in signal SERDAT. Data slicer 200 
may be implemented, for example, using a comparator that 
compares the level of signal VIDEO to a threshold level during the 
data interval in the last half of the line 21 interval (see Figure 1). 
The threshold level in data slicer 200 is referred to as the slicing 
level. Logic 0 and logic 1 levels in signal SERDAT represent levels 
of signal VIDEO that are less than and exceed, respectively, the 
slicing level. 

The accuracy of data slicing is improved if the slicing 
level is approximately 50% of the amplitude of the data signal in 
the last half of the line 21 interval. The run-in clock (RIC) signal 
in the first half of the line 21 interval (see Figure 1) may be used 
to adapt the slicing level to the data signal amplitude. For 
example, setting the slicing level to the average of the RIC signal 
amplitude provides an appropriate slicing level because FCC 
requirements specify that the amplitude of the RIC signal is the 
same as the data signal amplitude. 

The CC or EDS data in signal SERDAT is clocked serially 
into shift register 210 by a clock signal SERCLK. Signal SERCLK is' 
generated by timing signal generator 220 during the data interval 
within line 21, i.e., the latter portion of line 21 in which the 
information representing the 16 data bits occurs (see Figure 1). 
Generator 220 determines when line 21 is present in signal VIDEO 
by counting horizontal lines in the video signal as indicated by 
horizontal sync pulses in signal VIDEO. The horizontal line count 
is initialized at the beginning of a video field as indicated by the 
vertical blanking intervals in signal VIDEO. A sync separator is 
included in generator 220 to produce a separated sync signal from 
composite video signal VIDEO that provides the required 
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horizontal and vertical synchronization information. 
Alternatively, as shown in Figure 2, signals VERT and HOR from 
deflection circuitry in a video system could be used for 
synchronization. 

The 16 bits of data in register 210 are designated bits 0 to 
15 m Figure 2. Bits 7-0 represent the first CC or EDS character, 
CHAR#1, and bits 15-8 represent the second character, CHAR#2. 
Bits 15 and 7 are the parity bits of the respective characters. The 
serial data in register 210 is converted to parallel data via 16 
parallel outputs from register 210. The parallel data is output to 
other units in the video system such as an on-screen-display 
(OSD) processor (not shown in Figure 2) for generating signals to 
display closed captioning data and certain types of EDS data (e g 
program title). The parallel data in CHAR#1 and CHAR#2 is also 
coupled to processing unit 230 for decoding of EDS information. 

The format of EDS information is explained in detail 
below. Briefly, EDS information is arranged in packets of 
information. Each packet includes a plurality of 8-bit characters 
from a plurality of occurrences of line 21 of field 2. Each packet 
represents a complete piece of information that includes both 
control and data characters. 

The control characters identify a particular EDS control 
function (e.g., start packet, continue packet, or end packet) in a 
manner that distinguishes EDS information from closed caption 
information. Because CC data is in line 21 of field 1 and EDS data 
IS m line 21 of field 2, it would appear that distinguishing field 1 
from field 2 is sufficient to distinguish CC data from EDS data 
However, closed caption service may be improved in certain 
instances by expanding closed caption data service to line 21 of 
both fields 1 and 2. For example, the bandwidth of channels CI 
and C2 in line 21 of field 1 may be insufficient to provide dual 
language capability for very rapid speech. Additional bandwidth 
is provided by defining channels C3 and C4 of closed captioning in 
line 21 of field 2. Similarly, additional text channels T3 and T4 
may be defined in line 21 of field 2. If closed captioning can occur 
in line 21 of field 2, the EDS data must be distinguishable from 
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closed caption information. This is accomplished as described 
below by the choice of EDS control characters. 

EDS contror characters also indicate the class and type 
of information included in a packet. Packet class designations 
indicate general classifications of the information included in a 
packet. For example, a packet class indicates whether the packet 
contains information pertaining to a future program, the current 
program, the source of a program (e.g., the broadcast network), or 
miscellaneous information (e.g., time of day). Each packet class 
encompasses a plurality of specific types of information. In 
addition to packet class, EDS control characters also identify the 
particular type of information in a packet. For example, a packet 
type of "program title" within the "current program" class 
indicates that the data characters in the packet represent the title 
of the current program. 

EDS packets may be transmitted repeatedly by the 
video signal source by making use of all occurrences of line 21 in 
field 2 that are not being used for other purposes such as closed 
caption or text data. For example, the current program title might 
be retransmitted every 2 minutes to ensure that a user can access 
current program title information with relatively little delay. 
Other information such as future program data might be 
transmitted at less frequent intervals or when changes to the 
program schedule occur. 

In Figure 2, processor 230 includes decoder 233 for 
detecting and decoding EDS information. The decoding process in 
decoder 230 is controlled by control unit 233. When line 21 ends 
as indicated by signal LINE21 from timing generator 230, new 
character data is present in register 210. If the current video 
field is field 2. as indicated by signal FIELD from timing generator 
230 being at logic 1, the new character data in register 210 may 
be EDS data. Control unit 233 responds to signals FIELD and 
LINE21 by generating signal EDCTRL to initiate the decoding 
process in decoder 235. 

Decoder 235 first tests the CHAR #1 code to determine 
if the character data is EDS data. If CHAR #1 is an EDS control 
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code, decoder 235 proceeds to decode the EDS control information. 
If CHAR #1 is neither an EDS control code nor a closed caption 
control code, and the immediately preceding occurrence of line 21 
in field 2 included EDS data, the current CHAR #1 code is 
5 processed as EDS data. If CHAR #1^ is neither an EDS control code 
nor a closed caption control code, and the immediately precedinc. 
occurrence of line 21 in field 2 included closed caption data, the'' 
current CHAR #1 code is processed as closed caption data. 

If CHAR #1 is an EDS control code, CHAR #1 is decoded 
0 to establish the EDS packet function (i.e. start, continue, end) and 
packet class. As described below, if CHAR #1 indicates "packet 
start", the CHAR #2 code represents the packet type. The decoded 
function, class, and type information is communicated to control 
unit 233 from decoder 235 via signals PFUNC, PCLASS, and PTYPE 
5 respectively. EDS data characters foUov. "start", "type", and 

"continue" control characters. Control unit 233 causes 'the decoded 
packet control information and data characters to be stored in 
memory 237 until a complete packet is received as indicated by 
the EDS control code for the "end packet" function. 
0 The "end packet" control code in CHAR #1 is followed 

m CHAR #2 by a "checksum" value that is tested in decoder 235 to 
evaluate whether the data in the packet is error free. If the 
packet data is error free, subsequent decoding and storage of the 
packet data that is indicated by the packet class and type 
information is completed. If the checksum evaluation indicates 
that the packet data includes an error, the packet data is ignored 
and a subsequent retransmission of the packet will be captured to 
provide the correct data. 

Decoder 235 generates system control signals SYSCTRL 
for controlling the aspects of the video system in response to the 
EDS information. For example, a video cassette recorder (VCR) 
may be activated to begin recording or set the correct time of day 
m response to control signal VCRCTRL from decoder 235. 
Similarly, a television may be controlled via signal TVCTRL to 
modify the on-screen display (OSD) processor operation to display 
closed captioning in response to EDS data indicating the presence' 
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of closed caption services. Processor 230 in Figure 2 also includes 
capability for detecting and decoding closed caption data. Thus, 
control signals SYSCTRL also include closed caption control signals 
coupled to the OSD processor that control the closed caption 
5 display. 

Processor 230 in Figure 2 may be implemented using a 
microprocessor. For example, the sequence and control functions 
of unit 233 could be accomplished with a software control 
program. Data slicer 200, register 210, and timing signal 
0 generator 220 may also be included with the microprocessor 
function in a single integrated circuit. The operation of an 
embodiment of the system in Figure 2 including a microprocessor 
may be better understood by referring to a flowchart shown in 
Figure 3. 

5 In Figure 3, processing begins at step 300 in Figure 3 

when closed caption or EDS processing is enabled by events such 
as the receiver being turned on or activation of EDS capability by 
a user (e.g., via a remote control button). Operation pauses at step 
310 until a line 21 interval is detected. This indication may be 

0 provided, for example, by signal LINE21 in Figure 2. At step 320 
in Figure 3, serial data from line 21 is loaded into a data register 
(e.g., register 210 in Figure 2). Next, the current field is 
determined at step 325 by, e.g., testing signal FIELD in Figure 2. 
If the current field is field 1, the data in the data register cannot 

5 represent EDS data, and operation continues at step 335 where the 
register data is processed as closed caption data. 

At step 325, if the current field is field 2, operation 
continues at step 330 where CHAR #1 is evaluated to determine if 
CHAR #1 is closed caption data in field 2. If CHAR #1 is closed 

0 caption data, step 335 is executed where the data is processed as 
closed caption data. For example, closed caption characters are 
transferred to an OSD processor for subsequent display. If CHAR 
#1 is not closed caption data at step 330. CHAR #1 is presumed to 
be EDS data and operation proceeds to step 340. At step 340, 

5 CHAR #1 is tested to determine if CHAR #1 represents an EDS 
control code. If CHAR #1 is not an EDS control character at step 
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340, the character is EDS data that is stored in memory at step 
345. 

Detection of an EDS control code at step 340 is followed 
by decoding of CHAR #1 at step 350 to determine the EDS packet 
function and packet class. Signals PFUNC and PCLASS in Figure 2 
are generated at step 350. The packet function is tested further 
at step 360 to determine whether the packet function indicates 
the end of the packet. If the function is not "end packet", CHAR #2 
is decoded at step 365 to determine the packet type. Signal 
PTYPE in Figure 2 is generated at step 365. If the end of the 
packet is detected at step 360, the checksum in CHAR #2 is tested 
at step 370 to detect errors in the packet data. The packet data is 
processed further at step 375 if no errors are detected by, for 
example, decoding control information in the packet data to 
generate control signals for the system or storing the packet data 
for later use, such as in the case of program title information, 
activated by a user. 

Following steps 310, 335, 345, 365, 370, and 375 in 
Figure 3, operation continues at step 380 where the system checks 
to determine if auxiliary video information (i.e. CC or EDS data) 
processing remains enabled. If enabled, operation continues by 
searching for the next occurrence of line 21 at step 310. If 
disabled, the procedure in Figure 3 is exited at step 390. 

The described system processes auxiliary video 
information formatted in a predetermined manner to facilitate 
determining whether the information in line 21 is closed caption 
or EDS information. An exemplary EDS data formatting 
specification suitable for use with the embodiment depicted in 
Figure 2 is described below. 

1. General EDS Data Format Information 


The encoding of information for the extended data 
services (EDS) follows the same general format as for closed 
3 5 caption data encoding. This scheme consists of pairs of characters 
transmitted in the same field. The characters can be either a 
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control code pair or a data pair. The first byte of the pair 
determines whether the pair is a control pair or a data pair. If the 
first byte is in the range of Olh to OFh, the pair is a control pair. 
These values are not defined for captioning or text transmission. 
Upon receiving such a control code pair, the decoder would 
recognize subsequent data as EDS data. This is the same scheme 
that is used when decoding a closed caption signal to differentiate 
between caption and text mode, and between operating channel 1 
and operating channel 2 (i.e. CI and C2) of the caption signal. All 
characters are transmitted using odd parity. This is consistent 
with the closed caption conventions, and allows for simpler 
encoding/decoding hardware and software. 

There are four varieties of EDS characters: Control, 
Type, Data, and Checksum. These characters may be transmitted 
I 5 in the combinations shown in Table L 


1 0 


Table 1 


20 


1 1" Bvte 

1 2* Bvte II 

1 Control 

1 Tvoe 

Control 

1 Data i 

Data 1 Data i 

Control 

1 Ctiecksum B 


35 


As described above, the Control byte is in the range of 
Olh to OFh. The Type and Checksum bytes are in the range of OOh 
to 7Fh. The data byte is in the range of lOh to 7Fh for ASCII data, 
or in the range of 40h to 7Fh for Non-ASCII data. A Data byte of 
OOh is a null byte, and is always ignored. 

A packet of EDS data is defined to be a collection of 
these pairs of bytes which conveys a complete piece of 
information. Each byte of EDS data is associated with a packet of 
data. A sub-packet is defined to be a control pair followed by 
some number, maybe zero, of data pairs. A data field is defined to 
be some number of bits within a Data byte. Each sub-packet may 
be transmitted independently and surrounded by other 
information. Note that a full packet could be transmitted using 
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only control pairs, or by also using data pairs for more throughput 
when possible. 

There are three categories of Control bytes: Start, 
Continue, and End. The Start code indicates the beginning of a 
new packet. The Continue code indicates the following data is part 
of the packet which began with the kst Start code. The End code 
indicates the packet is finished. The Type byte always follows the 
Start code to indicate the type of data contained in the new 
packet. The Checksum byte always follows the End code and is 
used for error detection. 

Once a packet has been started, the data for the packet 
can be sent one byte at a time by using a Continue code with each 
byte to create a separate sub-packet for each byte. Each 
subpacket occurs during a single instance of line 21. For higher 
throughput, both bytes during a particular line 21 interval may 
contain data. In this case, a sub-packet includes data from a 
plurality of line 21 intervals. The data in a particular line 21 
interval belongs to the sub-packet which began with the last Start 
or Contmue code. The transmission of data pairs can not be 
interrupted by any other information. If it is necessary to 
interrupt the transmission of data pairs, the transmission of the 
packet is reestablished by sending a Continue control pair. The 
example shown in Table 2 illustrates the described process 


Table 2 


ll 1" Bvte 

2«' Bvte 

... other . , , 

. - . other . . . 

Start 

Type 

Data 

Data 

1 ... other . . . 

• . . other . . . 

Continue 

Data 

Data 

Data 

Data 

Data 

... other . . . 

. . . other . . . 

Continue 

Data 

. . . other . . . 

. . . other . . . 

End 

Checksum 

. . . other . . . 

• • . other . . . 
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The described approach will allow broadcasters the 
flexibility to simultaneously use any combination of captions or 
text using either CI or C2, and EDS. It also permits the efficient 
transmission of EDS information if it is the only service offered on 
field two of the video signal. 

There are four classes of packets currently defined; 
Current, Future, Network, and Miscellaneous. The Current packet 
contains information describing the program currently being 
transmitted. The Future packet contains information about an 
upcoming program to be transmitted. The Network packet 
contains information about the source of the video signal, e.g the 
broadcasting network. The Miscellaneous packet contains a 
variety of other useful information. Table 3 shows the assignment 
of these packet classes to their respective control codes. 


Table 3 


20 


35 


j Control Code 

Function 

Olh 

Cun^nt Start { 

02h 

Current Continue 

03h 

Cun-ent End 

04h 

Future Start 

05h 

Future Continue 

06h 

Future End 

07h 

Network Start 

08h 

Network Continue 

09h 

Network End 

OAh 

Misc. Start 

OBh 

Misc. Continue 

OCh 

Misc. End 

ODh 

Reserved 

OEh 

Reserved 

OFh 

Reserved " 


The transmission of one class of packet may be 
interrupted by another class of packet because each of the four 
packet classes has its own group of control codes. As a result, 
higher priority information can interrupt lower priority 
information. For example, information about the current program 
IS probably more time critical than is information regarding a 
future program. A complete packet of "current" information 
might be sent in the middle of transmitting a packet of "future" 
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information. Thus, single fields of lower priority information can 
be inserted when unused line 21 intervals are available. 
However, a packet can only be interrupted by a packet of a 
different class. This ensures that packets can be "nested" without 
5 confusion regarding which packet data is to be associated with 
when a "continue" control code is issued. 

Each packet conveys one piece of information. The 
first byte of the control code pair that begins a packet (i.e. "start- 
control code) determines the packet class as shown in Table 3. 
1 0 The type of information contained in the packet is determined by 
the Type code in byte two of the Start control code pair. The data 
bytes associated with a packet are held in temporary storage until 
the entire packet has been received and the checksum at the end 
of the packet has been validated. This prevents stored data from 

1 5 being corrupted, and also permits a packet to be aborted in the 

middle by starting a new packet of the same class. 

The data types included in Current and Future packet 
classes are identical, i.e. the Type designations for both packets is 
the same. The difference between the Current and Future classes 

2 0 IS the "object" of the data, i.e. "current" or "future" program. Any 

mformation regarding the current program which can be 
transmitted via EDS can also be sent in regard to a future 
program, and vice versa. The data contained in the Future packet 
always pertains to the "future" program that was most-recently 

2 5 specified in the EDS information. The future program is specified 

by sendmg a program identifier as the Type code in a Future 
packet. This Type code indicates which future program all 
transmitted information is to pertain to until another program 
identifier Type code is sent. Similarly, the information in the 

3 0 Current packet class always pertains to the program currently 

bemg transmitted. When a new program identifier is sent in a 
Current packet, the old program has finished and the newly 
specified program is beginning. 

The data which constitutes the program identifier is 
3 5 simply the scheduled broadcast time, date, and receiver channel 
number. This has the advantage of being a compact, simple to 
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calculate, and unique identifier for each program broadcast on a 
given channel per year. Even if the broadcast of a program is 
delayed, it should still carry its originally scheduled time as its 
program identifier data throughout its entire broadcast. This will 

5 allow the recording of programs which are delayed or run longer 
than expected. All time and date specifications, including current 
time and date, are always given as Greenwich Mean Time (GMT). 
Providing both the start time of a future program and the current 
program identifier as GMT . ensures that the identification of a 

0 desired program will be independent of the viewer's time zone 
and "daylight saving" time status. This permits correct recording, 
e.g. in a video cassette recorder (VCR), even if the viewer does not 
tell his VCR what time zone he is in. The only purpose for 
specifying the viewer's time zone and daylight saving status is to 

5 display the correct local time given the broadcast time as GMT. 

2. Current and Future Packet Classes 


Table 4 shows the assignment of Type codes in the 
2 0 Current and Future packet classes. 


Table 4 


25 


30 


Type Code 

Function 

OOh 

Unidentify Praaram 1 

01 h 

Program Identifier 

02h 

Erase Program 

03h 

Stop Time 

04h 

Program Title 

05h 

Program Audience 

06h 

Program Type 

07h 

Audio Services 

08h 

Caption Services 

09h 

-orvdefined^ 

OAh 

- ur^de-Fincd- 

78h 

Description 8 

7Ri 

Description 1 
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2.1 "Unidentify Program" Packet Type 


This packet contains zero bytes, but indicates the 
program is to be unidentified. It has the opposite effect of the 
program identifier packet. When received, all subsequent packets 
of this class will be ignored until another program identifier is 
received. This could be used as a signal that the specified 
program information has all been sent. 


1 0 2.2 "Program Identifier" Packet Type 


This packet contains either four or six bytes which 
define a program start time and date, relative to Greenwich Mean 
Time, and receiver channel number. The format of each byte is 
5 shown in Table 5. Note that bit #6 in each byte is always set to 
logic 1 because the information in each byte is not ASCII data. 
Also, note that the bit #7 (bit b7) is not shown in Table 5, or other 
tables below, because bit #7 of each byte is a parity bit. 


25 


{ Data 

b, b^ b, bj b, b^ 

{ minute 

1 mj m, m, m, m„ 

1 hour 

1 T h, hj h, h„ 

day 

1 D d, oL, d, d, d„ 

month 

1 Z L m, m„ 

channel 

1 C, C^ C3 c, c, c„ 

channel 

1 s, s, -- - c, c. 


The minute data field has a valid range from 0 to 59, 
the hour field from 0 to 23. the day field from 1 to 31, and the 
month field from 1 to 12. The "D" bit determines if daylight 
saving time is currently being observed throughout the country. 
The "L" bit determines if the current year is a leap year. The "Z' 
bit determines if the current time in seconds should be reset to 
zero. The "D", "L", and "Z" bits are ignored by the decoder when 
processing this packet (see the description of the "time of day" 
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Type code assignment m the section below that pertains to the 
Miscellaneous packet class). The "T" bit is processed as part of the 
program identifier packet to determine if the program is subject 
to a local tape delay. Even if the broadcast of a program is 
5 delayed, it should still carry its originally scheduled time as its 
program identifier data throughout' its entire broadcast." 

The "channel" data field is an optional two-byte field 
havmg a valid range from 0 to 255. If the channel field is 
omitted, the receiver channel will default to the currently tuned 
0 channel. The channel field allows one channel to specify 

"^nTVV""'^"' channel. The channel data field contains a 
Z ll ' ^^^'^ i"P"^- The source 

subfield has a valid range from 1 (SjSo - 00) to 4 (SiSq = 11) that 
^ can be used m a multi-wire cable system to specify the cable line. 

2.3 "Erase Program" Packet Type 

This packet contains zero bytes, but indicates the 
specified program data is to be completely deleted. This will be 
most useful for the Future packet class. 

2.4 "Stop Time" Packet Type 

This packet contains either zero or four bytes which 
define a program stop time and date relative to Greenwich Mean 
Time. If the packet contains zero bytes, the existing stop time will 
be erased. The format of the bytes is the same as for the 
program identifier" packet described above in section 2.2 except 
that no channel data is needed. The "D", "L", and "Z" bits are also 
Ignored by the decoder when processing this packet as described 
in section 2.2. 

2.5 "Program Title" Packet Type 

This packet contains a variable number, 0 to 3? of 
bytes which define a program title. If the packet contains'zero 
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bytes, the existing program title will be erased. Each byte is an 
ASCII character in the range of 20h to 7Fh. The variable size of 
this packet allows for efficient transmission of titles of any length. 
No "size" indicator byte is needed because the End control code 
pair is used to terminate the packet. 

2.6 "Program Audience" Packet Type 

This packet contains a variable number of bytes, 
namely zero to three, which define the intended audience for the 
program. If the packet contains zero bytes, the existing program 
audience will be erased. For any data bytes in this packet, bit #6 
is set to logic 1 because the data is not ASCII data. The format of 
the data bytes is shown in Table 6. 


Table 6 


II ^' 

b. 



b, 

b. 

1 M 

W 

s 

A 

T 

C 

1 D 


V 

L 

N 

A 

1 1 

q, 

<k 


r, 



25 


The data bytes in this packet must be sent in the order 
shown in Table 6. Table 7 defines the function of the bits for 
bytes one and two shown in Table 6. 


30 


Table 7 


c 

Children 

T 

Teens 

A 

Adults 

S 

Seniors 

1 W 

Women 

M 

Men 



Adult Situations 1 

N 

Nudity 

L 

Lanouaqe 

V 

Violence 


undefined | 

D 

Data Services 1 
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Bit definitions may be selected from the list in Table 7 
in any combination that is needed to communicate the desired 
information. Byte one indicates the target audience. For example, 
to specify a program as suitable for the entire family, all bits in 
byte one would be set. Byte two indicates why the target 
audience may have been restricted ' from the entire family. 

Byte three in Table 6 contains data fields representing 
program quality and rating information for movies. The format 
for byte three is shown in Table 8. 

Table 8 

f; r, Rating 

OOP Unknown 

0 0 1 G 

0 10 PG 

0 1 1 PG-13 

1 0 0 ~R~ 
1 0 1 NC-17 

110 X 

1111 None 

20 2.7 "Program Type" Packet Type 


Quality 


This packet contains a variable number, 0 to N, of 
bytes which specifies the type of information included in a 
particular program. The information in this packet could be used 

2:> by a viewer to selectively look for certain types of programs. If 
the packet contains zero bytes, the existing program type will be 
erased. The first two bytes are not ASCII data and, therefore, bit 
#6 IS set to logic 1 in the first two bytes. The third through Nth 
bytes are ASCII characters in the range of 20h to 7Fh. 

^ ^ "T^^ fo^at of the first two bytes is shown in Table 9. 


Table 9 


1 b, b, b. 

bj 

K bo 

1 N S E 

E 

L C 

1 1 f= t, 

to 

S, Sj 
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The first two bytes must be sent in the order shown in Table 9. 

The first byte defines the general category of the 
information in the program. The type of information indicated bv 
the bits m the first byte is shown in Table 10. 


15 


Table If) 


c 

Classified i 

L 

life/SfvIe 

E 

Education 

E 

Entertainment 

S 

Sports 

N 

News 


A logic 1 in a bit position shown in Table 9 indicates that the 
program provides the corresponding type of information listed in 
lable 10. If necessary, multiple bits can be set to logic 1 to 
indicate that the program includes multiple categories of 
information. Byte two provides additional program information as 
shown m Table 11. 


20 


Table 11 


f, f, 

Format 

1 ^ ^ 

Time Slot | 

0 0 

Spedai 

0 0 

Once 

0 1 

1 0 

Series 

0 1 

Once Week 

1 1 

-wciiea 1 1 U 

Movie 1 1 1 1 

Weel<davs 
Everv Day II 


1 

Status 

1 0 0 

Premiere i 

I 0 1 

Live 

1 0 

Tape Delav 1 

1 1 1 Re-Run I 


Bytes three to N provide additional information which 
can be used to further specify the type of programming. These 
bytes are sent as ASCII characters, but the character codes 
JO represent the words listed in Table 12. 
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The bytes listed in Table 12 may be used in whatever 
combination is necessary to specify the desired level of 
information regarding the type of programming. However, 
multiple bytes should be sent in proper grammatical order' In 
addition, it should be noted that receivers may impose limitations 
on the number of bytes that will be recognized. 

The byte designated "Unknown" in Table 12 is the 
default value if no other bytes from Table 12 are included in the 
Program Type packet. The twelve "special" bytes listed in Table 
12 may be defined by each network to best suit individual 
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programming needs (see the Type code assignments for "special 
qualifiers" in the section below that describes the Network packet 
class). The byte designated "Other" in Table 12 indicates that the 
type of programming is known and does not fit into any of the 
5 defined programming types. All twelve of the "special" bytes 
listed in Table 12 implicitly include the "Other" designation. 

2.8 "Audio Services" Packet Type 

' ^ This packet contains either zero or two bytes which 

define the contents of the main and second audio programs that 
are associated with the video signal. If the packet contains zero 
bytes, existing audio services information will be erased. Bit #6 is 
set to logic 1 in the data bytes in this packet because the data 

1 5 bytes are not ASCII data. The format of the bytes is shown in 
Table 13. 


Table n 


1 Data 

b, b; b^ b, bj b, b„ 

main 

1 1, 1, l» t, t, t. 

sap 

1 1, 1, io t, t, t„ 


Each of the two bytes listed in Table 13 contains two 
data fields: language and type. The language field of each byte 
represents the languages listed in Table 14. 


Table 14 

30 


35 


"i Io 

Language 

0 0 0 

Unknown 

0 0 1 

Enolish 

0 1 0 

Spanish 

0 1 1 

French 

1 0 0 

Gennan 

1 0 1 

Japanese 

1 1 0 

aher 

1 1 1 

None t 
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The type field of each byte listed in Table 13 is encoded to 
represent the information shown in Table 15. 


Table 15 


Ma 

n Audio Prooram 

to 

Type 

0 0 0 

Unknown 

0 0 1 

Mono 

0 1 0 

Simulated Stereo 

0 1 1 

True Stereo 

1 0 0 

Stereo Sunnund 

1 0 1 

Data Service 

1 1 0 

Other 

1 1 1 

None 



Type 

0 0 0 

Unknown 

0 0 1 

Mono 

0 1 0 

Descriptive Video Service 

0 1 1 

Non-prooram Audio 

too 

Special Effects 

1 0 1 

Data Service 

1 1 0 

Other 

1 1 1 

None 1 


2.9 "Caption Services" Packet Type 

This packet contains a variable number, 0 to 8, of 
bytes which define the avaUable forms of caption encoded data. 
If the packet contains zero bytes, existing information regarding 
caption serves will be erased. One byte is included to specify each 
available service. Bit #6 is set to logic 1 in each byte because the 
data is not ASCII data. Each of the bytes is in the format shown in 
Table 16. 


Table 16 


3 0 


35 


; b3 b, b„ 


k I, Iq f c t 


The language data field (Li-Lq in Table 16) is encoded 
using the same format as for the audio services packet described 
in section 2.8 above. The "F" bit determines if the data is in TV 
field one ("F" = 0), or in field two ("F" = 1). The "C" bit determines 
if the data is in channel CI ("C" = 0), or in channel C2 ("C" = 1). The 
"T" bit determines if the data is captioning ("T" = 0), or text 
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("T"=l). This information permits the broadcaster to completely 
specify the line 21 services that are available. 

2.10. "Undefined" Packet Types 

Type Codes 09h and OAh in Table 4 are undefined. 
These type codes may be defined in the future to further expand 
EDS capability. For example, one of the undefined type codes 
might be allocated to provide information regarding video 
"scrambling". Various approaches are used for encoding, or 
scrambling, a video signal to prevent viewing by unauthorized 
users, e.g. "pay-per-view" programming. Information regarding 
the type of scrambling might be useful to permit authorized users 
to more effectively decode the scrambled signal. 

Another possible use for the undefined codes is to 
provide information regarding the aspect ratio of the video image 
in a program. Aspect ratio information would permit the system 
to select only certain aspect ratio programs. Alternatively, the 
video receiver could use the aspect ratio information to adapt the 
signal to the particular display screen aspect ratio of the video 
receiver. 


2.11. "Description 'N'" Packet Type 

These packets each contain a variable number, 0 to 32, 
of bytes which, when combined together, form a description of th'e 
program. If the packet contains zero bytes, the existing line of 
description information will be erased. Each byte is an ASCII 
character in the range of 20h to 7Fh. Each packet of this type 
provides one line of a multiple line description of the program. 
The description can contain any information the service provider 
chooses including: episode title, date of release, cast of characters 
brief story synopsis, etc. By varying the number of packets of 
Description "N" type, efficient transmission of program 
descriptions of any length is possible. 
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Table 17 lists the assignment of Type codes for the 
Network packet class. 

5 

T^ble'17 


15 


Tvoe Code 

Function 

OOh 

Unidsntifv Network 

01 h 

Network identifier 

02h 

Erase All Proarams 

03h 

Network Name 

04h 

Call Letters 

05h 

Native Channel 

06h 

Taoe Deiav 

07h 

Special Qualifier 1 

12h 

Soedal Qualifier 12 


3.1. "Unidentify Network" Packet Type 

20 This packet contains zero bytes and indicates that the 

network is to be "unidentified". The effect is opposite to that of 
the "network identifier" packet (see section 3.2 below). After this 
packet is received, all subsequent packets of the Network class 
will be ignored until a network identifier packet is received. This 

2 5 packet type can be used as a signal that all network information 

has been sent. 

3.2. "Network Identifier" Packet Type 

^ 0 This packet contains either zero or two bytes which 

define a receiver channel number for which network information 
is to be specified. The format of the bytes is the same as for the 
channel data field shown in Table 5 in section 2.2 above. The two 
byte channel field is optional. The receiver channel will default to 

3 5 the currently tuned channel if not specified. This field allows one 

channel to specify information for another channel. 
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3.3. "Erase All Programs" Packet Type 

This packet contains zero bytes, but indicates all of the 
program information for the specified network is to be completely 
deleted. 

3.4. "Network Name" Packet Type 

1 0 This packet contains a variable number, 0 to 32, of 

bytes which define the name of the broadcasting network. If the 
packet contains zero bytes, the existing network name is erased 
Each byte is an ASCII character in the range of 20h to 7Fh. Each 
network should use a single unique name so that receivers can 
5 access information regarding the network that is stored internal to 
the receiver, e.g. a network logo that can be displayed when a 
network is selected. 

3.5. "Call Letters" Packet Type 

This packet contains a variable number, 0 to 32 of 
bytes which define the "call" letters of the local broadcasting 
station. If the packet contains zero bytes, the existing call letters 
are erased. Each byte is an ASCII character in the range of 20h to 
7Fh. 


3.6. 


"Native Channel" Packet Type 


This packet contains either zero or two bytes which 
define the "native" channel number, i.e. local "over-the-air" 
broadcast channel number, that is assigned to a station. This 
mformation is useful if a cable channel number assigned to a 
station differs from the station's over-the-air broadcast channel 
number. If the packet contains zero bytes, the existing native 
channel number is erased. The format of the bytes is the same as 
for the channel field listed in Table 5 in section 2.2 above. 
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3.7. "Tape Delay" Packet Type 


This packet contains either zero or one byte which 
5 defines the number of half hours the local station routinely tape 
delays network programs. If the p'acket contains zero bytes, the 
existing tape delay information is erased. The data is not ASCII 
data so bit #6 is always set to logic 1. The format of the data byte 
in this packet is shown in Table 18. 

0 

Table 18 

b, b; b, b, b, 
1 S d, d3 d, d, d„ 


The delay field (d4-do in Table 18) has a valid range 
from 0 to 31, which represents time values from 0 hours and 0 
minutes to 15 hours and 30 minutes in 30 minute increments. 
The "S" bit is a sign bit, and determines if the delay value is to be 
added to^ the expected program start time ("S" = 0) or subtracted 
from It ("S" = 1). This delay would apply to all programs on the 
channel which have the "T" bit set in their program identifier 
information (see Table 5 in section 2.2 above). The delay value 
defaults to zero if not specified. 

3.8. "Special Qualifier 'N'" Packet Type 

These packets each contain a variable number, 0 to 32. 
of bytes which define the text to be associated with the "special" 
bytes listed in Table 12 that may be used for specifying program 
information. If the packet contains zero bytes, the text associated 
with a "special" byte is erased. Each byte in this packet type is an 
ASCII character in the range of 20h to 7Fh. Each packet provides 
text for one network specific "special" program information byte. 
For example, a station which offers mostly sports may define its 
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first five "special" bytes to represent sports such as: Poker, 
SCUBA, Hang Gliding, Americas Cup, and Olympics. However, a 
station whicti offers mostly music may define its first five 
"special" bytes to represent types of music such as: Heavy MetaL 
5 Rap, Pop, Country, and Disco. The meaning of the "special" bytes 
can be redefined by the network at any time. If no text is 
received to define a "special" byte, the byte will default to a single 
blank space. 

10 4. Miscellaneous Packet Class 

Table 19 lists the assignment of Type codes for the 
Miscellaneous packet class. 


Table 19 


20 


Type Code 

Function 

01h 

Time of Dav 

02h 

Time Zone 

03h 

Line Number 

04h 

No EDS 

05h 

Sinole EDS 

06h 

Directory EDS 

07h 

Program Pause 

08h 

Proqram Resume 

09h 

Imoulse Capture 


2 5 4.1. "Time of Day" Packet Type 

This packet contains four data bytes which define the 
current lime of day and date relative to Greenwich Mean Time. 
The format of the bytes is the same as that shown in Table 5 for 

3 0 the "program identifier" packet (see section 2.2 above), except 

that no channel data is needed. The "D" bit is used to determine if 
daylight savings time is currently being observed throughout the 
country. This information, along with the viewer's specified time 
zone and whether daylight savings time is locally observed, is 
3 5 used to determine the correct local time. Local time is only used 
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to display the local time for the viewer. All internal timers and 
clocks should be kept in Greenwich Mean Time. 

The "L" bit is used to determine if the current year is a 
leap year. This is needed to determine if the local day is February 
28th or 29th when it is March 1st Greenwich Mean Time. The "Z" 
bit is used to determine if the current time in seconds should be 
reset to zero. This allows the time of day to be correct without 
transmitting the full six bits of data to specify the current number 
of seconds. The "T" bit is used to determine if the program is 
subject to a local tape delay. If this bit is set, the time of day 
clock should not be updated. 

4.2. "Time Zone" Packet Type 

This packet contains one byte which defines the 
viewer's time zone and daylight savings status. The data is not 
ASCII data so bit #6 is always set. The format of the single data 
byte is shown in Table 20. 

Table 20 


b, b; b3 b; b , bfl 
1 D h, h, h„ I 


The hour data field (bits h4-ho in Table 20) has a 
valid range from 0 to 23 and represents the nominal delay in 
hours relative to GMT. The "D" bit determines if daylight savings 
time is to be observed. This packet should only be sent when all 
possible viewers reside in the same time zone. 


4.3. 


"Line Number" Packet Type 


This packet contains one byte which defines the 
current line number and field for the tuned channel. This data is 
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not ASCII data so bit #6 is always set. The format of the bvte is 
shown in Table 21. 


Table 21 

b; b, bj b; b, b„ 
1 F I, L L I, L 


The "line" field (bits L4-L0 in Table 21) has a valid range froin 7 
to 31. The "F" bit determines if the data is in TV field one ("F" = 0) 
or in field two ("F" = 1). 

1 5 4.4. "No EDS" Packet Type 

This packet contains zero bytes and indicates that the 
tuned channel has no extended data services information 
available. 


20 


4.5. 


30 


35 


"Single EDS" Packet Type 


This packet contains zero bytes and indicates that the 
tuned channel has extended data services information available 
2 5 for a single channel. 

4.6. "Directory EDS" Packet Type 


This packet contains zero bytes and indicates that the 
tuned channel has extended data services information available 
for multiple channels. This information would be used to identify 
a station which provides a continuous directory of information 
about other channels. 
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4.7. "Program Pause" Packet Type 


This packet contains zero bytes and indicates that the 
current program on the tuned channel has been interrupted. It 
will need to be retransmitted at least once per minute to 
maintain a pause. This is because receivers will time-ouf after one 
mmute even if no program resume packet is sent. 


4.8. 


I 0 


"Program Resume" Packet Type 


This packet contains zero bytes and indicates that the 
current program on the tuned channel has resumed. It is used to 
immediately end a program pause. Receivers should perform an 
automatic program resume if one has not been received within 
the last minute following a program pause. 

4.9. "Impulse Capture" Packet Type 

This packet contains either zero, eight, or ten bytes 
which define a program stop time and date, and start time and 
date, all relative to Greenwich Mean Time, and receiver channel 
number. If the packet contains zero bytes, existing information 
regarding impulse capture is erased. The formal of the bytes is 
the same as for the "stop time" (see section 2.4) followed by the 
■program identifier" (see section 2.2). This packet provides all the 
information needed to permit a program to be easily recorded 
The program identifier bytes follow the stop time bytes because 
?l P^°f ^"^ identifier contains a variable number of bytes. The 
"D", "L", and "Z" bits are ignored by the decoder when processing 
this packet. The receiver channel will default to the currently 
tuned channel if not specified. 


The signal format described above may be better 
understood by referring to Figure 4 which shows an example of 
the mterleaving of CC and EDS data, and the nesting of EDS 
packets. In Figure 4. the first and second occurrences of line 21 i 
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field 2 (lines labeled "1" and "2" on the left side of Figure 4) 
include closed caption or text data. In the third occurrence of line 
21 in field 2, packet "A" of EDS data begins with a control code 
(CHAR #1) and a type code (CHAR #2). The fourth occurrence of 
^ line 21 includes EDS data that is part of packet "A". The fifth, 
sixth, and seventh occurrences of line 21 in field 2 are closed 
caption data. Because the EDS data at the start of packet A acts as 
a break in the CC data, the CC data at line 5 in Figure 4 begins with 
a resume closed caption" control code to distinguish the closed 
0 caption data from the EDS data. 

A second EDS packet, labeled packet "B" in Figure 4 
begins at the eighth occurrence of line 21 and ends at the tenth 
occutrence of line 21. Packet "B" is nested within packet "A" 
which continues at the eleventh occurrence of line 21 with a 
5 "continue" control code. Packet "A" ends at the thirteenth 

occurrence of line 21. The end of packet "A" could be followed bv 
another EDS packet, closed caption data, or "null" characters, ie 
no data. 

A video signal including EDS information in the format 

U described above can be generated using the exemplary system 
shown m Figure 5. Referring to Figure 5, video signal source 510 
providing signal SOURCE may be a video tape recorder or video 
camera. Signals LINE21 and FIELD from unit 510 correspond to 
signals of the same name in Figure 2 and synchronize the 

5 operation of the system in Figure 5 to signal VIDEO 

Microprocessor 520 receives EDS and CC input data identified as 
EDS INPUT and CC INPUT, respectively, m Figure 5 and formats it 
into serial data signal SERIAL DATA. The CC and EDS input data 
may be generated, for example, by someone typing CC and/or EDS 

3 information such as a program title at a keyboard. 

MUX 530 selectively couples either signal SOURCE or 
signal SERIAL DATA to transmitter 540 in response to signal 
SELECT from microprocessor 520. Transmitter 540 transmits 
signal VIDEO over cable or by broadcastmg. Output signal VIDEO 

' m Figure 5 corresponds to signal VIDEO in Figure 2. CC and EDS 
data is inserted into signal VIDEO in Figure 5 bv the operation of 
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MUX 530. When CC or EDS data is to be inserted, microprocessor 
520 detects an occurrence of line 21 in the appropriate field via 
signals LINE21 and FIELD and generates signal SELECT to cause 
MUX 530 to couple signal SERIAL DATA to transmitter 540. 
Microprocessor 520 then outputs the^ CC or EDS data on signal 
SERIAL DATA causing the CC or EDS data to be included in signal 
VIDEO via transmitter 540. 

Microprocessor 540 controls the priority of insertion of 
CC and EDS data. For example, CC data has higher priority than 
EDS data because a closed caption display should be synchronized 
with the actual speech in the video signal. The CC data must be 
transmitted as required to maintain the desired synchronization. 
EDS data, however, may be transmitted whenever line 21 
intervals are not being used for CC data. 

Various modifications of the features described above 
are possible. For example, future modifications of FCC 
requirements may permit EDS data to be included in video lines 
other than line 21 of field 2. In addition, packet classes and types 
in addition to those described above may be defined. For 
example, the "reserved" control codes in Table 4 and the 
"undefined" type codes may be defined in the future. These and 
other modifications are intended to be within the scope of the 
following claims. 
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10 


30 


1. A television system comprising: 

means for receiving a television signal partitioned into 
line intervals which are organized in successive fields; said 
television signal including auxiliary ' information in the form of a 
predetermined number of data words occurring in at one line of at 
least some of said fields; at least some of said data words 
representing alphanumeric characters and at least some of said 
data words representing control information; 

means for extracting said data from said television 

signal; and 

means for examining said extracted data words to 
determine when one of said extracted data words represent a 
class of information as well as control information, thereafter 
when one of said extracted data words represents a subclass of 
mformation of said class of information, and thereafter decoding 
said data words to obtain said information pertaining to said 
subclass. 

2. The television system defined in claim 1, wherein: 
two data words occur in sequence in a predetermined 

one of said line intervals; and 

said means for examining examines the first of said 
two data words which occur in said predetermined line to 
determine if it represents a class of information as well as control 
information, and examines the second of said two data words 
which occur in said predetermined line to determine if it 
represents a subclass of information. 

3. The television system defined in claim 2, wherein: 
said data words representing alphanumeric characters 

are encoded in ASCII format. 
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4. In a system for processing a video signal 
including first and a second field intervals within each of a 
plurality of frame intervals and including a plurality of horizontal 
line intervals within each of said field intervals, apparatus 
comprising: 

means for extracting an auxiliary information 
component occurring during a predetermined line interval within 
said first and second field intervals from said video signal; 

means coupled to said extracting means for converting 
said extracted auxiliary information component from said 
predetermined line interval into binary data, said binary data of 
said first field intervals being associated with closed caption text 
information, said binary data of said second field intervals being 
associated with extended data service information and being 
organized by packets of binary data, a packet of binary data being 
associated with a particular one of a plurality of classes of 
auxiliary information and including control code data identifying 
said particular class; 

means coupled to to said converting means for 
decoding said binary data of said first field intervals to produce 
text display signals; and 

means coupled to said converting means for decoding 
said control code data of said second field interval to identify said 
particular class of auxiliary information. 

5. The apparatus of claim 4 wherein said video 
signal provides video program information from one of a plurality 
of video channels and said plurality of auxiliary information 
classes comprises: 

a current program class including auxiliary 
mformation concerning a video program currently provided via 
one of said video channels; and 

a future program class including auxiliary information 
concerning a video program that will be provided via' one of said 
video channels at a future time. 
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6. The apparatus of claim 5 wherein said plurality 
of auxiliary information classes further comprises a source class 
including auxiliary information concerning the source of said 
video signal. 

7. The apparatus of claim 5 wherein said ' plurality 
of auxiliary information classes further comprises a miscellaneous 
class mcluding auxiliary information not included in said current 
program class and said future program class. 

8. The apparatus of claim 5 wherein 

said predetermined line interval within said second 
field intervals is a twenty-first line interval; 

said binary data comprise first and second binary 

bytes; and 

said decoding means decodes said first binary byte to 
Identify said particular class of auxiliary information. 

9. The apparatus of claim 8 wherein said first and 
second bytes occur successively during said predetermined line 
interval. 


SUBSTITUTE SHEET 


WU 93/22876 PCr/US93/03988 
-36- 

10. In a system for processing a video signal 
including first and a second field intervals within each of a 
plurality of frame intervals and including a plurality of horizontal 
line intervals within each of said field intervals, apparatus 
5 comprising: 

means for extracting an auxiliary information 
component occurring during a predetermined interval within said 
first and second field intervals from said video signal; 

means coupled to said extracting means for converting 
10 said extracted auxiliary information component from said 

predetermined line interval into binary data, said binary data of 
said first field intervals being associated with closed caption text 
information, said binary data of said second field intervals beina 
associated with extended data services information and being 
1 5 organized by packets of binary data, a packet of binary data 

representing auxiliary information included in a particular one of 
a plurality of classes of auxiliary information and including control 
code data identifying said particular class, a plurality of type data 
Identifying respective subclasses of said particular class, and 
20 information data corresponding to said subclasses; 

means coupled to said converting means for decoding 
said binary data of said first field intervals to produce text display 
signals; and 

^ means coupled to said converting means for decoding 

-5 said control code data and said type data of said second field to " 
decode said information data. 

11. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to program identification 

3 0 information. 

12. The apparatus of claim 11 wherein said program 
identification information comprises a time of day and a date at 
which said program will start 

3 5 
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13. The apparatus of claim 10 wherein said video 
signal provides video program information from one of a plurality 
of video channels and said plurality of auxiliary information 
classes comprises: 
5 a current program class including auxiliary 

information pertaining to a program currently provided via one of 
said video channels; and 

a future program class including auxiliary information 
pertaining to a program that will be provided via one of said 
1 0 video channels at a future time. 


14. The apparatus of claim 13 wherein the data 
packet corresponding to said current program class and said 
future program class each include respective program 

1 5 identification type data. 

15. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to a program title. 

16. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to caption service information. 

17. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to program description 

2 5 information. 


18. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to network identification 
information. 

30 

19. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to network name information. 
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20. The apparatus of claim 10 wherein said plurality 
of type data corresponds to Une number information indicating 
which one of said plurality of horizontal line intervals in said first 
and second field intervals includes auxiliary information. 

5 

21. The apparatus of claim 10 wherein one of said 
plurality of type data corresponds to information indicating that 
extended data services information corresponding to other ones ol 
said type data is not available in said video signal. 

10 

22. The apparatus of claim 10 wherein said video 
signal corresponds to a currently tuned one of a plurality of video 
channels and one of said plurality of type data corresponds to 
information indicating that said extended data services 

1 5 information concerns only one of said plurality of video channels. 

23. The apparatus of claim 10 wherein said video 
signal corresponds to a currently tuned one of a plurality of video 
channels and one of said plurality of type data corresponds to 

2 0 information indicating that said extended data services 

information concerns at least one of said plurality of video 
channels. 

24. The apparatus of claim 10 wherein 

said predetermined line interval within said second 
field interval is a twenty-first line interval; 

said binary data comprises first and second binary 

words; and 

said decoding means decodes said second binary word 

3 0 to identify said particular type of auxiliary information. 

25. The apparatus of claim 24 wherein said first and 
second bytes occur successively during said predetermined line 
interval. 

3 5 


SUBSTITUTE SHEET 


20 


30 


WO 93/22876 PCr/lIS93/03988 

-39- 

26. In a system for processing a video signal 
including first and a second field intervals within each of a 
plurality of frame intervals and including a plurality of horizontal 
line intervals within each of said field intervals, apparatus 
5 comprising: 

means for extracting an auxiliary information 
component occurring during a predetermined line interval within 
said first and second field intervals from said video signal; and 

a microprocessor coupled to said extracting means for 
0 processing said extracted auxiliary information component in 
accordance with a sequence of instructions included in a control 
program; wherein 

said control program includes a first portion causing 
said microprocessor to convert said extracted auxiliary 
5 information component from said predetermined line interval into 
binary data; 

said binary data of said first field intervals being 
associated with closed caption text information, said binary data 
of said second field intervals being associated with extended data 
services information and being organized by packets of binary 
data, a packet of binary data representing auxiliary information 
included in a particular one of a plurality of classes of auxiliary 
mformation and including control code data identifying said 
particular class; 

said control program including a second portion 
causing said microprocessor to decode said binary data of said 
first field intervals to produce text display signals; and 

said control program including a third portion causing 
said microprocessor to decode said control code data to identify ^ 
said particular class of auxiliary information. 
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27, The apparatus of claim 26 wherein 

said predetermined line interval within said second 
field interval is a twenty-first line interval; 

said binary data comprise first and second binary 

words; and 

said microprocessor decodes said first binary" word to 
determine said particular class of auxiliary information and 
decodes said second binary word to identify said particular type 
of auxilliary information. 

28. The apparatus of claim 27 wherein said first and 
second bytes occur successively during said predetermined line 
interval. 


SUBSTITUTE SHEET 


PCr/US93/03988 


20 


30 


-41- 

29. In a system for processing a video signal 
including first and a second field intervals within each of a 
plurality of frame intervals and including a plurality of horizontal 
line intervals within each of said field intervals, apparatus 
comprising: 

means for extracting an auxiliary information 
component occurring during a predetermined line interval within 
said first and second field intervals from said video signal; and 

a microprocessor coupled to said extracting means for 
processing said extracted auxiliary information component in 
accordance with a sequence of instructions included in a control 
program; wherein 

said control program includes a first portion causing 
said microprocessor to convert said extracted auxiliary 
information component from said predetermined line interval into 
binary data; 

said binary data of said first field intervals being 
associated with closed caption text information, said binary data 
of said second field intervals being associated with extended data 
services information and being organized by packets of binary 
data, a packet of binary data representing auxiliary information 
included in a particular one of a plurality of classes of auxiliary 
information and including control code data identifying said 
particular class, a plurality of type data identifying respective 
subclasses of said particular class, and information data 
corresponding to said subclasses; 

said control program including a second portion 
causing said microprocessor to decode said binary data of said 
first field intervals to produce text display signals; and 

said control program including a third portion causing 
said microprocessor to decode said control code data and said type 
data of said second field intervals to decode said information data. 
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30. The apparatus of claim 29 wherein 

said binary data comprise first and second binary 

words; and 

said third portion of said control program causes said 
microprocessor to 1) decode said first binary word to determine if 
said binary codes represent said extended data services signal, 2) 
further decode said first binary word of said binary codes 
representing said extended data services signal to determine said 
particular class of auxiliary information, and 3) decode said 
second binary word to identify said particular type of auxilliarv 
information. 


20 


30 


31. In a television system including means for 
receiving television signals organized in successive field intervals 
each of said fields including a plurality of line intervals, auxiliary 
data corresponding to closed caption information occurring in at' 
least one of said line intervals of at least some of said field 
intervals, apparatus comprising: 

means responsive to a selected one of said television 
signals for extracting said data from said television signal; and 

means responsive to said extracted data for 
determining whether or not it corresponds to a control code 
withm a first control code range corresponding to closed caption 
mformation or within a second code range corresponding to 
extended data service information; said means being responsive to 
said extracted data following the detection of a control code within 
said first code range for processing said extracted data to produce 
text representative display signals associated with a program 
corresponding to a currently selected television signal; and said 
means being responsive to said extracted data following the 
detection of a control code within said second control code range 
for determining the type of information represented fay said 
extracted data. 
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32. The apparatus recited in claim 31, wherein: 
data corresponding to said closed caption information 
and data corresponding to said extended data service information 
comprises first and second bytes which occur successively during 
the same predetermined line interval of alternating first and 
second types of fields; and 

said means responsive to said extracted data is 
responsive to first byte occurring during said predetermined line 
mterval to determine if it represents a control code within said 
first control code range or a control code in said second control 
code range; said means being responsive to said second byte 
occurring during said predetermined line interval following a 
determination that said first byte represents a control code within 
said first control code range for processing said second byte to 
produce text representative display signals associated with a 
program corresponding to a currently selected television signal; 
said means being responsive to said second byte occurring during 
said predetermined line interval following a determination that 
said first byte represents a control code within said second control 
code range for determining the type of information represented 
by said second byte. 

33. The apparatus recited in claim 31, wherein: 
said television signals are organized in alternating first 
and second types of fields, data corresponding to said closed 
caption information occurring in said first type of fields and data 
corresponding to said extended data service information occurring 
in said second type of fields; 

means responsive to said selected television signal for 
generating a field type indicating signal indicating the occurrence 
of said first and second types of fields is additionally provided; 
and 

said means responsive to said extracted data is also 
responsive to said field type indicating signal for determining if 
acontrol code is within said first or second control code range. 
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34. The apparatus recited in claim 31, wiierein: 

said television signals are organized in alternating first 
and second types of fields, data corresponding to said closed 
caption information and data corresponding to said extended data 
service information occurring during the same predetermined line 
mterval m said first and in said second type of fields; • 

means responsive to said selected television signal for 
generating a line indicating signal indicating the occurrence of said 
predetermined line during each of said first and second types of 
fields is additionally provided; and 

said means for extracting said data is also responsive 
to said line indicating signal. 

35. The apparatus recited in claim 34, wherein: 
means responsive to said selected television signal for 

generating a field type indicating signal indicating the occurrence 
of said first and second types of fields is additionally provided- 
and 

said means responsive to said extracted data is also 
responsive to said field type indicating signal. 

36. The apparatus recited in claim 31, wherein: 

at least some of said control codes within said second 
control code range identify respective classes of information and 
are included in respective packets of data, each packet also 
mciuding a plurality of type codes identifying respective ones of a 
plurality of subclasses of information, said type codes being 
followed by respective data words representing information 
associated with respective subclasses. 


37. The apparatus recited in claim 36, wherein: 
said control codes within said second control code 
range also indicating whether a new packet has been started a 
previously identified packet is continuing or a previously 
3 5 identified packet is terminating. 
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